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This  report  is  a  revision  of  AFAL-TM-78-25,  which  covers  work 

conducted  in-house  by  the  System  Evaluation  Group  (AAA-3) ,  Avionic 
Systems  Engineering  Branch,  and  the  Reference  Systems  Branch, 

Air  Force  Avionics  Laboratory,  Wright-Patterson  AFB,  Ohio,  45433. 

Portions  of  this  work  were  accomplished  under  Task  200309,  "Avionics 

System  Cost-Effectiveness,"  Work  Unit  20030902,  "Avionics  Life  Cycle 

Cost,"  and  Work  Unit  60951502,  "Cost  Estimating  Methodology."  The 

time  period  of  work  was  November  1977  through  August  1978. 

Great  appreciation  is  extended  to  Mr  Earl  J.  Jones,  Mr  William 

Mikulski,  Mr  William  E.  Shephard,  and  Mr  R.  Vanderburgh  for  their 

assistance  and  contributions  to  this  report. 


-  iii  - 
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I .  INTRODUCTION 

BACKGROUND 

In  a  recent  USAF  study  of  information  processing  requirements  it 

was  shown  that  in  almost  all  applications,  computer  software  was  the 

major  source  of  difficult  problems,  a  major  contributor  to  operational 

performance  penalties,  and  potentially  the  largest  source  of  life  cycle 

cost.^  The  Deputy  Assistant  Secretary  of  Defense  (Material  Acquisition) 

estimated  in  1976  that  the  DOD  annually  expends  three  billion  dollars 
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for  computer  software.  Although  avionics  software  is  only  ten  percent 
of  the  estimated  distribution  of  USAF  software  costs,  this  amounts  to 
still  a  sizable  annual  expenditure  for  computer  software  associated 
with  avionics  programs.  In  addition  to  the  constantly  rising  cost 
for  software  development,  software  reliability,  unresponsiveness,  and 
indirect  costs  associated  with  slippages  in  software  developjaents 
are  of  major  concern  to  the  USAF.  As  a  result,  the  Air  Force  is  taking 
a  closer  look  at  software  development  procedures  and  a  greater  portion 
of  its  R&D  resources  are  being  allocated  to  the  software  verification 
and  validation  (V&V)  and  to  software  development  tools.  However,  in 
order  to  reduce  the  costs  of  software,  the  Air  Force  requires  a  defined 
method  which  will  allow  the  analyst,  software  engineer,  or  project 
manager  to  estimate  software  development  and  support  costs  when  the  basic 
requirements  of  the  new  system  being  developed  can  be  determined. 
Operations  analysts  and  software  professionals  have  developed  methods 
and  procedures  for  understanding  software  systems  and  how  to  develop 
these  systems.  Examples  of  this  type  of  work  is  evident  in  a  report 
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ASD-TR-76-11,  Management  Guide  to  Avionics  Software  Acquisition,  and 

AFAL-TR-77-66,  Software  Cost  Estimating  Methodology.  Although  these 

kind  of  studies  do  exist  and  tools  and  techniques  required  to  develop 

software  systems  have  been  developed,  the  system  software  manager 

responsible  for  the  development  of  the  software  project  has  not  possessed 

the  ability  to  accurately  estimate  the  costs  associated  with  such  a 

development.  The  consequences  to  the  software  developers  and  customers 

are  dramatic  as  a  result  of  the  failure  to  develop  accurate  cost 

estimating  techniques.  Several  key  decisions  depend  on  timely,  accurate 

cost  estimates  such  as:  source  selection  decisions,  system  design  trade- 
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off  analysis,  project  scheduling  and  capital  budgeting  decisions.  The 
Avionics  Laboratory  has  investigated  the  use  of  "software  cost  estimating 
models"  such  as  the  Wolverton  model.  Modified  Wolverton  model,  ESD  model, 
the  Tecolote  model,  the  IBM  model.  Naval  Air  Development  Center  model. 
Aerospace  model.  General  Research  Corporation  model,  and  the  System 
Development  Corporation  model.  The  majority  of  the  models  were  either 
of  the  "rule  of  thumb"  type  or  of  parametric  estimating  relationships 
based  on  very  limited  amounts  of  data.  Each  model  was  designed  for  a 
particular  application,  but  the  Avionics  Laboratory  study  concluded  that 
there  was  no  generalized  model  that  could  be  applied  to  a  variety  of  soft¬ 
ware  development  efforts. 

During  the  middle  1970' s,  the  Air  Force  Avionics  Laboratory  started 
to  utilize  the  RCA  Corporation's  Programmed  Review  of  Information  for 
Costing  and  Evaluation  (PRICE)  family  of  cost  predicting  models.  The 
Avionics  Laboratory  first  utilized  the  basic  PRICE  model  (referred  to 
now  as  PRICE-H),  which  predicts  development  and  production  costs  for 
proposed  electromechanical  devices  or  systems  while  they  are  still  in 
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the  conceptual  stage.  The  PRICE  model  has  been  in  development  at  RCA 
for  the  last  fifteen  years.  Although  the  detailed  workings  of  the  PRICE 
model  are  proprietary,  the  model  has  been  available  for  general  use 
outside  RCA  via  time  sharing  services  since  August  1975.  In  May  1977 
the  Air  Force  Avionics  Laboratory  was  introduced  to  the  RCA  PRICE 
Software  Model,  referred  to  now  as  PRICE-S.  This  introduction  consisted 
of  a  two-day  training  course  held  at  Moorestown,  New  Jersey,  by  RCA 
Corporation.  PRICE-S  applies  the  PRICE  parametric  modeling  methods 
to  the  problems  of  computer  software  development  costing  and  is  designed 
to  cover  the  complete  range  of  systems  and  applications  programming. 

This  report  describes  an  AFAL  effort  to  validate  and  calibrate  the  RCA 
PRICE-S  model  for  avionics  software  development  programs  within  the 
Air  Force  Avionics  Laboratory.  As  is  apparent  to  any  one  familiar 
with  the  PRICE  models,  quantitative  inputs,  (e.g.,  for  hardware,  physical 
parameters  like  weight,  volume,  etc.,  or  for  the  software,  total  number 
of  instructions,  hardware  configuration,  and  mixture  of  categories  of 
instructions)  together  with  selected  subjective  inputs  are  utilized  to 
derive  the  final  cost  estimate.  These  subjective  inputs  are  so  sensitive 
that  for  the  PRICE-H  and  PRICE'S  models  the  user  can  derive  any  cost 
he  wishes.  The  problem  faced  by  the  user  and/or  cost  analyst  is  to 
calibrate  required  subjective  inputs  which  reflect  the  situation  for 
which  the  estimate  is  being  developed;  that  is,  he  must  get  a  feel  for 
the  required  subjective  inputs  which  will  obtain  an  accurate  estimate 
of  the  project.  This  study  was  conducted  to  help  the  analyst  obtain 
such  a  feeling,  and  to  provide  future  guidance  for  calibrating  the 
subjective  inputs  required  for  the  PRICE-S  model. 


OBJECTIVE 


This  report  describes  the  efforts  to  validate  and  calibrate  the 
PRICE-S  model  by  comparing  the  costs  computed  by  the  model  to  the 
actual  costs  of  four  software  development  programs  within  the  Air  Force 
Avionics  Laboratory.  The  approach  used  was  first  to  identify  software 
development  programs  on  which  there  was  historical  cost  information 
for  the  software  developed.  Once  the  programs  were  identified,  the 
cost  analyst  and  the  software  engineer  gathered  the  required  inputs 
to  the  PRICE-S  model.  The  cost  analyst  then  utilized  those  inputs, 
plus  the  subjective  inputs  derived  from  experience  and  the  RCA  PRICE-S 
reference  manual's  guidance  to  obtain  an  estimate  of  total  development 
cost.  The  outputs  from  the  PRICE-S  model  were  then  compared  to  the 
historical  costs  gathered  under  step  one  of  this  procedure.  It 
is  worth  noting  at  this  point  that  except  for  the  first  project  analyzed 
(GEANS) ,  the  historical  costs  were  not  furnished  to  the  cost  analyst 
in  advance  of  the  utilization  of  the  model  so  that  the  results  could 
not  be  biased  in  any  manner. 

SUMMARY  OF  RESULTS 

As  mentioned  above,  four  software  development  efforts  within  the 
Air  Force  Avionics  Laboratory  were  chosen  for  this  analysis.  The  first 
project  was  the  in-house  conversion  of  the  Gimballed  Electrostatic 
Gyro  Navigation  System  (GEANS)  software  from  a  Honeywell  HDC-601  computer 
to  the  Singer-Kearfott  SKC-2000.  The  second  project  was  another  in-house 
effort  referred  to  as  the  in-house  simulator  program  named  LINEAR. 

LINEAR  represents  the  behavior  of  a  Imearized  error  model  of  a  3-axis 
inertial  navigation  system  through  the  simultaneous  solution  of  a  set 
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of  seven  first  order  differential  equations  by  rectangular  integration. 

The  last  two  efforts  are  contractual  efforts  which  include  a  radar  project 
and  an  antenna  project.  In  the  cost  of  these  two  projects  ac..ual 
historical  costs  are  as  of  this  date  yet  unknown,  and  the  cost  used  in 
the  analysis  to  compare  with  the  outputed  RCA  PRICE-S  estimate  was 
the  planned  program  funding. 

The  data  base  selected  for  this  analysis  included  a  representative 
sample  of  software  development  projects  from  the  standpoint  of  two 
being  in-hoi>.se  and  two  being  contracted  efforts.  There  is  also  a  range 
in  program  size  from  2600  to  73750  machine  language  instructions.  This 
adds  to  the  confidence  that  the  model  is  versatile  in  these  respects. 

The  results  are  summarized  below  in  Table  1. 


PROJECT 

NAME 

PRICE-S 

ESTIMATE 

ACTUAL 

COST 

% 

DIFFERENCE 

GEANS 

$406,035 

$425,000 

5%  (-) 

IN-HOUSE  SIMULATOR 

12,039 

12,000 

0.3%  (+) 

ANTENNA 

143,746 

128,000 

13%  (+) 

RADAR 

1,890,922 

2,000,000 

5%  (-) 

TABLE  1.  PRICE-S  Estimated  vs.  Actual  Costs. 

Except  for  the  GEANS  project,  the  PRICE-S  value  or  estimate  is  the  figure 
derived  by  the  cost  analyst  working  without  prior  knowledge  of  the 
actual  cost.  The  subjective  inputs,  which  will  be  discussed  in 
Appendix  A  of  this  report,  were  not  derived  in  a  vacuum  for  this 
analysis.  The  RCA  PRICE-S  manual  was  used  as  a  reference  and 


these  subjective  inputs  were  then  calibrated  downward  in  most  cases 

due  to  previous  experience  on  other  applications  of  PRICE-S.  Two  of 

the  fundamental  findings  of  this  report  are:  first,  the  PRICE-S  model 

seems  to  work  quite  well  for  avionics  software  developments  efforts; 

and  second,  the  average  subjective  inputs  are  much  lower  than  stated 

in  the  RCA  PRICE-S  reference  manual.  These  two  findings  will  be 
discussed  further  in  the  Analysis  Section  of  this  report. 


II.  WHAT  PRICE-S  IS 


BACKGROUND 

PRICE-S  is  a  software  development  cost  and  schedule  estimation 
model  developed  by  RCA  Corporation.  It  is  based  on  parametric  modeling 
methods  that  were  used  to  develop  their  highly  successful  PRICE  Hardware 
model  for  hardware  cost  and  schedule  estimations.  The  model  is 
versatile;  it  allows  the  user  to  tailor  the  methods  and  regressions 
to  fit  the  varying  skills,  experience,  and  costs  of  specific  projects 
and  organizations.  There  are  three  modes  of  operation  available,  the 
normal  operation,  ECIRP,  and  the  design-to-cost  mode.  Costs  are  calculated 
directly  from  user  inputs  for  the  normal  operation  mode.  The  ECIRP 
mode  (ECIRP  is  PRICE  spelled  backwards)  enables  PRICE-S  to  be  utilized 
to  calculate  PRICE-S  empirical  factors  from  known  project  costs.  In 
the  design-to-cost  mode  the  model  utilizes  specified  costs  to  compute 
typical  program  sizes  and  project  schedules  to  scope  work  goals 
for  design-to-cost  efforts. 

According  to  RCA  the  principle  PRICE-S  inputs  may  be  grouped  into 
3 

seven  categories.  The  seven  categories  are  listed  below. 

1.  Project  Magnitude  -  the  size  or  the  amount  of  work  to  be  done. 

2.  Program  Application  -  the  type  of  project,  such  as  Management 
Information  System,  Command  and  Control,  Telemetry,  Communications, 
etc . 

3.  Level  of  New  Design  -  the  amount  of  the  effort  that  can  be 
taken  from  existing  inventory. 

4.  Resources  -  the  experience,  skill,  know-how,  and  cost  of  the 
assigned  individuals  or  team  as  applicable  to  the  specified  task. 


5. 
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Project  Difficulty  -  the  schedule  time,  in  calendar  months, 
required  to  complete  the  job  with  respect  to  the  organizational 
resources,  program  application,  and  project  size, 

6.  Project  Specifications  and  Reliability  -  the  requirements 
relating  to  testing,  transportability,  efficiency,  and  end  use 
of  the  project  (airborne,  space,  etc.). 

7.  Utilization  -  the  effect  of  load  conditions  on  the  processor 
relative  to  its  speed  (operations  per  second)  and  memory  (for 
example,  is  overlaying  necessary?).  Compiler  inefficiencies 
may  be  a  problem. 

Rather  than  using  the  seven  categories  of  inputs  described  by  RCA,  this 

report  will  group  the  inputs  into  three  distinct  categories  for  further 

discussion,  those  categories  being:  environmental  parameters,  hard  system 
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parameters,  and  soft  system  parameters.  Detailed  descriptions  of  these 
parameters,  as  well  as  the  parameter  values  selected  for  each  project, 
are  described  in  Appendix  A. 

a.  Environmental  Parameters 

The  environmental  parameters  describe  the  environment  within  which 
the  system  will  be  developed.  These  factors  include  such  parameters 
as  price  inflation  or  escalation  (ESC),  programming  technological 
improvement  (TECIMP) ,  and  the  schedule  data.  The  schedule  data  is 
further  broken  down  into:  start  of  design  (DSTART) ,  end  of  design  (DEND) , 
implementation  start  date  (ISTART),  implementation  end  (TEND),  test  start 
date  (TSTART),  test  end  date  (TEND),  and  the  base  year  of  the  analysis 
(YEAR).  These  parameters  permit  users  to  vary  the  economic,  technological 
and  work  schedules  assumptions. 
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b.  Hard  Input  Parameters 

The  hard  input  parameters  represent  system  characteristics  which 
can  be  physically  measured.  These  parameters  include  such  things  as 
total  number  of  executable  machine  instructions  (INST),  device  types, 
quantity  of  devices,  and  the  proportion  of  the  total  instructions  that 
represent  each  of  the  seven  different  application  categories.  Although 
they  may  or  may  not  be  well  defined  at  the  time  a  cost  estimate  is 
made,  historical  data  can  be  used  to  generate  firm  measures  of  these 
quantities  for  any  system. 

c .  Soft  Input  Parameters 

The  soft  input  parameters  are  more  subjective  in  nature  and  may 
require  the  using  organizations  to  calibrate  them  to  derive  typical 
values.  PRICE-S  utilizes  three  soft  parameters  requiring  calibration.  These 
parameters  were  referred  to  earlier  in  this  report  as  subjective 
inputs.  Resources  (RESO)  is  a  measure  of  the  inherent  difficulty  of 
the  system  development  task.  Theoretically,  it  relates  the  scope  of 
the  work  to  the  shop  doing  the  work.  Included  in  RESO  are  the  effects 
of  such  things  as  skill  levels,  experience,  productivity,  and  efficiency 
rates.  Engineering  Complexity  (CPLX)  is  a  measure  of  how  long  a  project 
should  take  (i.e.,  relates  the  difficulty  of  the  task  to  the  normal 
time  required  for  its  accomplishment).  The  parameter  platform  (PLTFM) 
is  a  measure  of  the  reliability  (sometimes  thought  of  as  an  operational 
environment)  required  of  the  system.  The  outputs  of  the  PRICE-S 
model  include  cost  and  schedule  estimates.  The  cost  estimates  are  broken 
out  in  matrix  form.  Columns  of  this  matrix  are  the  three  phases  of  the 
software  development  process  as  defined  by  RCA  as:  (1)  design;  (2)  imple- 


mentation;  and  (3)  test  and  integration.  The  rows  are  the  five  pro¬ 
ductive  activities  described  by  RCA  as:  (1)  systems  engineering;  (2)  pro¬ 
gramming;  (3)  configuration  management;  (4)  documentation;  and  (5)  program 
management.  The  output  schedule  estimates  include  beginning  and  end 
dates  for  each  of  the  three  phases  mentioned  above.  Detailed  outputs 
for  the  four  projects  analyzed  are  included  in  Appendix  B. 

A  more  detailed  description  of  the  PRICE-S  model  is  beyond  the 
scope  of  this  report.  More  indepth  information  about  the  model  can  be 
obtained  from  references  (3)  and  (4),  or  by  contacting  knowledgeable 
personnel  in  the  Avionics  Laboratory.  PRICE-S  has  been  implemented  by 
a  commercial  time  sharing  organization.  The  Air  Force  Avionics  Laboratory 
has  contracted  with  RCA  PRICE  Systems,  Inc.,  for  the  use  of  the  program. 
The  contract  entitles  the  Avionics  Laboratory  to  access  the  program  by 
using  a  standard  teletype  terminal. 


f 


III.  PROJECTS  ANALYZED 

PROJECT  DESCRIPTIONS 

The  four  avionics  software  development  projects  selected  for  this 
study  are  described  in  this  section. 

a.  Project  A:  GEANS  Software  Conversion 

The  PRICE-S  model  was  used  to  estimate  development  costs  of  the 
conversion  of  precision  inertial  navigation  system  software  from  the 
Honeywell  HDC-601  Computer  to  the  Singer-Kearf ott  SKC-2000.  The  inertial 
navigation  system  was  the  Gimballed  Electrostatic  Gyro  Navigation  System 
(GEANS)  developed  under  AFAL  contract  by  Honeywell,  Inc.  The  GEANS 
hardware  consists  of  an  Inertial  Measurement  Unit  (IMU) ,  an  electronics 
unit,  a  digital  computer,  and  an  associated  control-and-display  unit. 

The  purpose  of  the  GEANS  Software  Conversion  Project  was  to  evaluate 
the  machine  dependency  and  flexibility  of  application  of  the  GEANS 
software.  This  was  accomplished  by  implementing  the  alignment  and 
navigation  algorithms  developed  originally  for  the  Honeywell  HDC-601 
digital  computer  on  the  Singer-Kearfott  SKC-2000.  The  software  converted 
was  that  used  for  Optimized  GEANS  and  is  not  identical  to  the  more 
recently  developed  SPN/GEANS  software,  although  differences  are  minor. 

The  conversion  project  was  accomplished  at  the  Air  Force  Avionics 
Laboratory  (AFAL/RWA-3)  by  AFAL  personnel  using  the  facilities  of  the 
Reconnaissance  and  Weapon  Delivery  Division  Software  Evaluation 
Labora tory . 

b .  Project  B:  In-House  Simulator  Program 

The  simulation  program  is  named  LINEAR  and  represents  the  behavior 
of  a  linearized  error  model  of  a  3-axis  Inertial  Navigation  System. 
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The  program  was  written  in  FORTRAN  Higher-Order  Language  for  use  on  the 
CDC  computer  complex  at  WPAFB.  It  uses  the  SCOPE  operating  system  and 
is  run  interactively  via  INTERCOM. 

The  mathematical  approach  used  in  this  simulation  program  is  the 
simultaneous  solution  of  a  set  of  seven  first  order  differential  equations 
by  rectangular  integration.  The  program  contains  units  conversion  and 
matrix  initialization  instructions  and  provides  for  plotting  of  the 
solution  by  Calcomp  plotter. 

c.  Project  C:  Contracted  Antenna  System 

This  project  consists  of  a  phased  array  beam  pointing  antenna.  It 
is  to  be  used  in  a  hostile  (l.e.,  jamming)  electronic  environment  to 
receive  navigation  information  from  an  Air  Force  system.  It  is  possible 
to  steer  the  null  point  of  the  beam  at  a  jamming  signal,  thereby 
minimizing  the  effect  of  the  jammer  while  maximizing  the  signal  from 
the  system. 

The  software  for  this  system  consists  of  a  simulation  program  and 
an  adaptive  algorithm.  The  simulation  program  consists  of  the  antenna 
model,  antenna  polarization,  and  power  levels.  Output  data  consists  of 
adaptive  weighted  values,  which  give  amplitude  and  phase  shift.  This 
simulation  program  will  be  used  to  Investigate  the  system  anti-jam  (AJ) 
performance  and  vulnerability  assessments.  The  adaptive  algorithm  is 
the  implementation  of  the  antenna  system  with  the  software  used  to 
control  it  in  real-time.  The  software  will  be  hosted  on  a  microprocessor. 

d .  Project  D:  Contracted  Raoar  Program 

This  project  consists  of  software  for  an  electronic  radar  system. 

Some  of  the  software  characteristics  are  as  follows: 
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Control  is  via  a  table-driven,  dynamically  modified  eicecutive  which 


sequences  processing  under  either  foreground  or  background  conditions. 
Processing  includes  navigation  update,  antenna  pointing,  and  data 
processing  for  mapping  and  terrain  modes  and  the  control  of  associated 
input/output  transfers.  Both  interleaved  and  dedicated  time  tests 
assure  data  and  hardware  integrity,  and  help  to  meet  fail-safe  require¬ 
ments.  Off-line  fault  detection/isolation  software-controlled  tests 
Identify  line-replaceable  modules/units  to  be  replaced  between  missions. 
PRICE-S  DATA  PROJECTS  ANALYZED 

AFAL/RWA  personnel  assisted  AFAL/AAA-3  in  gathering  necessary 
PRICE-S  input  data  for  all  four  projects  analyzed.  Values  for  the 
empirical  parameters  and  the  hard  parameters  were  taken  directly  from 
RWA  data,  except  for  the  number  of  instructions  for  the  contracted  antenna 
that  had  to  be  computed.  Values  for  the  soft  parameters  were  estimated 
by  the  AAA-3  analyst,  then  approved  by  RWA-3  personnel.  Except 
for  project  A,  the  AAA-3  analyst  had  no  prior  knowledge  of  the  actual 
costs  when  he  computed  the  soft  parameters,  he  did  not  "adjust"  those 
Inputs  to  get  the  "right"  costs.  A  detailed  discussion  of  all  input 
values  selected  for  each  project  is  given  in  Appendix  A. 

Using  the  input  data  in  Appendix  A,  the  analyst  ran  the  PRICE-S 
model  for  each  project.  The  outputs  for  each  run,  which  are  detailed 
in  Appendix  B,  included  the  following: 

a.  Total  costs  of  software  development. 

b.  A  sensitivity  matrix,  which  shows  how  small  changes  in  two 
soft  parameters,  RESO  and  CPLX,  affect  the  total  project  cost. 

c.  A  schedule  output,  which  compares  the  input  schedule  with  a 
"typical"  schedule  generated  by  the  model  for  the  same  type  project  and 
outputs  possible  cost  savings  that  can  be  realized  by  schedule  readjustment. 
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IV.  DISCUSSION  OF  OUTPUTS 

PROJECT  OUTPUTS 

a.  GEANS  Software 

The  total  cost  of  the  GEANS  Software  Conversion  was  furnished  by 

AFAL/RWA-3.  The  effort  required  eight  and  one-half  man-years.  Conversion 

to  estimated  industry  cost  was  accomplished  by  converting  at  the  rate 

of  $50,000  per  man-year.  Thus,  the  total  actual  cost  of  the  project 

was  $425,000.  The  PRICE-S  Model  estimated  cost,  with  RESO  equal  to  2.7 

and  CPLX  equal  to  1.00,  was  $406,035. 

Comparing  the  sensitivity  analysis  of  RESO  and  CPLX,  the  model  gave 

a  range  from  $378,315  to  $441,  212.  By  the  results  of  sensitivity  data. 

Appendix  B,  values  of  RES0=2.8  rather  than  2.7  and  CPLX  the  same,  1.0, 

would  result  in  a  cost  of  $427,777;  this  indicates  that  values  of 
1.0  for  CPLX  and  2.8  for  RESO  would  probably  be  the  best  for  estimating 

the  cost  of  similar  programming  tasks.  Had  the  actual  cost  not  been 

known,  the  analyst  would  have  estimated  a  price  of  $406,  035  which  is 

$19,000  too  low.  The  percentage  error  would  thus  have  been  4.5  percent. 

The  SCHED  output  of  the  model  indicates  that  this  project  could  have 

been  done  in  17  months  instead  of  31  months  at  a  cost  savings  of 

$71,391.  This  indicates  possible  inefficiency  in  use  of  resources 

and  indicates  that  future  projects  of  this  type  may  be  done  in  less 

time . 

b .  In-House  Simulator 

The  total  cost  of  the  In-House  Simulator  Program  was  furnished  by 
AFAL/RWA-3.  The  total  actual  cost  of  the  project  was  $12,000.  The 
PRICE-S  Model  estimated  cost,  with  RESO  equal  to  3.15  and  CPLX  equal 
to  .9,  was  $12,039. 
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Comparing  the  sensitivity  analysis  of  RESO  and  CPLX,  the  model 
gave  a  range  from  $11,741  to  $12,473.  By  the  results  of  sensitivity 
data.  Appendix  B,  the  chosen  values  of  RESO  and  CPLX  appear  to  be 
reasonable.  Hence,  values  of  .9  for  CPLX  and  3.15  for  RESO  should 
probably  be  used  for  estimating  the  cost  of  similar  programming  tasks. 

The  error  would  thus  have  been  $39.  The  SCHED  output  indicates  that 
$741  could  have  been  saved  by  doing  the  project  in  2.1  months  instead 
of  3  months.  This  indicates  that  projects  of  this  type  may  be  done  in 
shorter  times. 

c.  Contracted  Antenna 

The  actual  total  cost  of  the  Contracted  Antenna  was  $128,000,  which 
was  also  the  total  contract  funding  of  this  effort.  The  PRICE-S 
model  estimated  the  cost  of  the  adaptive  algorithm,  RESO  value  equal 
to  2.7,  CPLX  equal  to  1.0,  of  $65,249,  as  detailed  in  Appendix  B. 

The  PRICE-S  model  estimated  $69,366  for  the  simulator  program,  RESO 
equal  to  2.7,  CPLX  equal  to  1.0.  The  cost  to  integrate  and  test  the 
adaptive  algorithm  and  simulator  programs  together  was  estimated  by 
PRICE-S  at  $9,130,  which  results  in  a  total  cost  of  $143,746.  The 
results  of  the  sensitivity  data  indicate  a  cost  range  between  $132,996 
and  $152,968  with  expected  cost  of  $143,746.  The  percent  error  would 
have  been  approximately  thirteen  percent  using  the  expected  value. 

Sensitivity  data  indicates  that  using  a  lower  RESO  and/or  CPLX  value 
would  have  resulted  in  a  more  accurate  prediction. 

A  point  of  particular  interest  here  is  that  the  cost  analyst  does 
not  know  beforehand  a  particular  company's  mark-up  value.  To  explain 
further,  the  value  MULT  in  the  PRICE-S  model  is  used  to  adjust  the 
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estimate  to  Include  mark-up  G&A,  IR&D,  currency  conversion  and  fee 
or  profit.  In  this  case  MULT  was  1060,  which  Indicates  a  six  percent 
mark-up  was  assumed.  Assuming  no  mark-up,  expected  engineering  costs 
for  the  adaptive  algorithm  would  have  totaled  $135,609.  Schedule  data 
Indicates  that  the  actual  schedule  was  not  much  different  from  the 
PRICE-S  "typical"  schedule.  Only  a  $5,000  savings  could  be  realized 
by  adjusting  the  schedule. 

Applications  of  the  RCA  PRICE-S  model  estimate  for  this  type  of 
project  may  be  difficult.  The  PRICE-S  model  can  be  used  to  evaluate 
different  proposals  to  do  a  certain  software  job,  but  the  inputs  must 
be  accurately  estimated  for  the  proposals  and  the  mark-up  of  a  particular 
company  must  be  known.  However,  the  PRICE-S  model  does  seem  to  be  able 
to  scope  this  type  of  effort  within  reasonable  bounds. 

d .  Contracted  Radar 

The  total  cost  of  the  Contracted  Radar  computer  program  is  not 
known  at  this  time,  but  is  expected  to  be  $2.0  million.  This  cost 
accounts  for  G&A,  fee  and  profit,  in-house  IR&D,  totalling  between 
11  and  12%.  The  PRICE-S  model  estimated  cost  with  RESO  equal  to  2.5, 

CPLX  equal  to  .9  and  MULT  equal  to  1120  (12%  mark-up),  was  $1,890,922, 
as  detailed  in  Appendix  B.  If  the  PRICE  user  was  confident  in  the 
choice  of  RESO=2.5,  CPLX=.9,  the  cost  estimator  would  have  quoted 
$1,890,922.  As  compared  to  $2.0  million  expected  this  would  have  been 
a  5%  error.  However,  from  the  sensitivity  analysis,  RES0=2.6  would 
have  resulted  in  a  more  accurate  estimate. 

A  few  words  should  be  said  referencing  the  Schedule  Effect  Summary. 
The  schedule  which  was  supplied  by  the  Program  Office  required  60  months 
of  development  time.  RCA  PRICE  model  calculated  a  "typical  schedule" 
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of  20.8  months,  which  results  in  a  cost  penalty  of  $700,657  for 
stretching  the  schedule.  The  Program  Office  stated  that  60  months 
were  required  because  consecutive  hardware  development  precluded  a 
faster  software  development  schedule.  The  actual  validity  of  the 
"typical  schedules"  calculated  by  the  PRICE-S  model  were  not  addressed 
in  this  study;  however,  it  is  recommended  that  the  effects  and  validity 
of  PRICE-S  schedule  calculations  be  studied  in  future  analysis. 

The  table  below  summarizes  the  analysis.  The  actual  reported 
costs  are  shown  together  with  the  PRICE-S  estimate  and  the  RESO  and 
CPLX  value  used  in  the  analysis.  Where  indicated,  different  RESO  and 
CPLX  values  would  have  given  closer  estimates,  but  were  not  known 
before  the  cost  analyst  was  given  the  actual  reported  costs. 


PROJECT 

ACTUAL  COST  | 

PRICE-S  1 

RESO  1 

,  CPLX 

GEANS  Conversion 

$425,000 

$406,035 

2.7 

1.0 

In-House  Simulator 

$12,000 

$12,039 

3.15 

.9 

GPS  Null-Steering 
Antenna 

$128,000 

$143,746 

2.7 

1.0 

EAR 

$2,000,000 

$1,890,922 

2.5 

.9 
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V .  RECOMMENDATIONS 


The  analysis  of  these  four  software  development  projects  allows 
the  formulating  of  some  general  conclusions.  First,  the  PRICE-S 
model  seemed  to  work  quite  well  in  these  particular  efforts  and 
therefore,  should  be  utilized,  along  with  engineering  estimates,  to 
obtain  a  preliminary  cost  of  future  software  development  projects. 

The  PRICE-S  user  must  realize  that  for  AFAL  systems,  certain  complexity 
factors  such  as  RESO  and  CPLX  may  be  lower  than  the  "average  values" 
stated  in  the  PRICE-S  users  manual.  This  study  is  just  the  beginning 
of  many  analyses  which  must  be  performed  before  the  USAF  can  have  a 
100%  confidence  in  the  results  of  the  PRICE-S  model.  First,  many 
more  than  four  historical  programs  should  be  calibrated  against  the 
model  outputs  to  establish  a  comprehensive  data  base  of  complexity 
factors  for  use  during  analyses  of  new  programs.  The  effects  of  the 
RCA  calibrated  schedules  should  be  investigated  for  their  accuracy. 

The  future  analyses  requires  the  use  of  a  large  and  well  formed  data 
base  of  software  development  efforts,  which  is  non-existent  to  date. 

But  in  the  Interim  PRICE-S  seems  to  be  the  most  appropriate  software 
cost  estimation  model  for  obtaining  preliminary  software  cost  information, 
which  is  available  to  the  cost  analysts  today. 


APPENDIX  A 
PRICE-S  INPUTS 


This  appendix  contains  a  detailed  discussion  of  all  inputs  used 
for  the  PRICE-S  model  for  the  four  projects  described  in  this  report. 

A  generalized  description  of  the  software  programs  is  found  in  Section 
III  of  this  report.  The  last  six  pages  of  this  appendix  are  the 
actual  input  sheets  used  for  each  project. 

The  reader  is  asked  to  refer  to  the  RCA  PRlCE-S  User's  Manual 
for  further  information.  AFAL  System  Evaluation  Group  has  a  copy  and 
will  be  happy  to  answer  questions  the  reader  may  have. 

For  this  appendix  the  four  projects  are  abbreviated  as  follows: 
Project  A:  GEANS  Software  Conversion 
Project  B:  In-House  Simulator 
Project  C:  Contracted  Antenna 
Project  D:  Contracted  Radar 
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mo  J  I  [U  ^  bOTtware  Model 
n  1  i  M  ^  Input  Worksheet 


Filename 


GC  1610  8/77 


nnnQ/iri 


INPUT  DESCRIPTIONS 


(Refer  to  the  PRICE-S  Input  Sheet,  page  A-2 ,  for  item  number  reference) 


1.  INST  -  Is  the  total  number  of  machine-level  executable  instructions 
in  a  program.  The  number  of  instructions  for  Projects  A,  B  and  C  were 
obtained  directly  from  RWA  personnel.  The  "$”  for  the  Integration  and 
Test  Section  of  Project  C  indicates  that  portion  of  the  project  is  for 
the  cost  of  integration  and  test  only;  no  additional  instructions  are 
involved.  For  Project  D,  the  number  of  instructions  had  to  be  computed 
from  number  of  words.  It  was  given  that  the  entire  program  consisted 
of  58,000  "resident"  words  and  60,000  "off-line"  words.  It  was  further 
stated  that  A0%  of  all  instructions  required  1  word  and  60%  required 
2  words;  hence,  INST  was  computed  as  follows: 


58,000  +  60,000  =  118,000 

(.Axl)+(.6x2)  1.6 


73,750 


2.  APPL  -  This  is  a  single  parameter  which  summarizes  the  mix  of 
instructions.  Either  APPL  or  MIX  (See  #6)  must  be  specified  for  all 
programs  since  all  programs  had  a  variety  of  applications,  MIX  was 
input  instead  of  APPL  using  the  MIX  descriptions  on  Table  1. 


3.  RESO  -  This  parameter  relates  the  scope  of  the  work  to  the  shop 
doing  the  work,  and  is  a  single  parameter  which  includes  factors  such 
as  skill  levels,  productivity,  labor  rates,  and  efficiency. 

The  combined  effect  of  these  factors,  according  to  RCA,  tends  to 
remain  constant  for  a  particular  organization  over  time.  RCA  says,  in 
the  PRICE-S  User's  Manual,  that  RESO  usually  varies  from  2.0  to  6.0 
with  an  "average"  value  of  3.5.  In  RESO,  a  lower  number  results  in 
lower  cost  for  the  same  type  project,  indicating  all  other  factors 
being  equal,  the  lower  the  RESO  value  the  better  the  company  probably 
is  at  developing  software.  This  parameter  is  very  sensitive;  a  small 
change  in  value  shows  a  large  change  in  cost.  Past  experience  has 
indicated  that  for  AFAL  projects,  the  "average"  value  of  RESO  is  too 
high,  so  values  lower  than  3.5  were  chosen  for  projects.  Specifically, 
for  Project  A,  a  RESO  of  2.7  was  chosen  because  the  two  people  working 
on  the  software  conversion  had  extensive  experience  in  software.  For 
Project  B,  3.15  was  chosen  for  RESO  because  the  individual  performing 
the  project  did  not  have  extensive  experience  in  software  coding.  For 
Project  C  and  D,  RESO  was  chosen  to  be  2.7  and  2.5  respectively,  as 
both  contractors  had  experience  in  the  type  project  on  which  they  were 
working.  All  chosen  values  were  agreed  upon  by  the  AAA-3  analyst  and 
appropriate  RWA  personnel. 


A.  FUNCT,  STRU,  LEVEL  -  These  three  parameters  are  used  with  HIPO 
charts:  FUNCT  is  the  total  number  of  functional  modules  planned  for 
software  development;  LEVEL  is  the  average  level  of  work  breakdown 
structure  in  a  HIPO  table  of  contents,  and  STRU  is  an  empirical  value 
that  relates  LEVEL  to  FUNCT.  None  of  these  parameters  are  necessary  for 
PRICE-S  inputs,  however,  they  can  be  useful  as  cross-check  values. 


TABLE  1 


INSTRUCTION  MIX 


APPLICATION 

TYPE 

WEIGHT 

IDENTIFYING 

CHARACTERISTICS 

OPERATING  SYSTEMS 
(-OPR) 

10.95 

Task  niaiHiemont.  Memory  manage 
ment.  Heavy  hardware  interface.  Many 
interactiotis.  High  reliability  and  strict 
timing  requirements. 

INTERACTIVE 

OPERATIONS 

(-INT) 

10.95 

Real  time  man/machmc  interfaces. 

Human  eiKiinecring  considerations  and 
error  protection  very  important. 

REAL  TIME  COMMAND 
AND  CONTROL 

( -REA) 

8.46 

Machint!  to  machine  communications 
under  light  timing  constraints. 

Queuing  not  practicable;.  Heavy  hard¬ 
ware  interface.  Strict  protocol  require¬ 
ments. 

ON-LINE 

COMMUNICATIONS 

(-ONL) 

6.16 

Machine  to  machine  communications 
with  fjueuing  allowed.  Timing  restric¬ 
tions  not  as  restrictive  as  with  real 
time  command  and  control. 

DATASTORAGE  AND 
RETRIEVAL 

(-DAT) 

4.10 

Operation  of  data  storage  devices. 

Data  base  management.  Secondary 
storage  handling.  Data  blocking  and 
de-blocking.  Flashing  techniques. 

Flarriware  oriented. 

STRING 

MANIPULATION 

(-STR) 

2.31 

Routine  aftplications  with  no  over 
riding  constraints.  Not  oriented 
toward  mathematics.  Tyftifieci  by 
language  compilers,  sorting,  for¬ 
matting,  buffer  manipulation,  etc. 

MATHEMATICAL 

OPERATIONS 

( -MAT ) 

.86 

Routine  mathematical  applications 
with  no  overriding  constraints. 
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They  were  not  specified  for  any  of  the  four  projects  in  this  study. 


5.  INTEG  -  This  parameter  integrates  the  level  of  integration  and  test 
required  to  combine  a  program  into  the  overall  package.  INTEG  can  vary 
between  0  and  1,  with  .5  being  "typical."  For  Projects  A,  B  and  D, 
which  were  "stand  alone"  packages,  no  integration  was  needed,  and 
INTEG=0  was  input  for  Project  C,  two  packages  had  to  have  some  inter¬ 
action.  Since  the  integration  was  not  complex,  INTEG=.3  was  chosen 
for  both  packages. 

6.  MIX  -  (MDAT,  etc.)  These  seven  parameters  define  the  software 
profile  in  terms  of  functional  applications  as  outlined  in  Table  1. 

For  each  of  the  four  projects,  the  mix  was  given  in  input  data.  The 
optional  parameters  MAPP  and  APPL  8  were  not  used  since  these  parameters 
represent  special  categories  not  needed  for  these  projects. 

7.  NEW  DESIGN  -  (DDAT,  etc.)  This  is  the  fraction  of  each  mix  category 
(see  Table  1)  that  requires  new  design.  A  value  of  "1"  indicates  100% 
new  design.  All  values  for  this  category  were  obtained  directly  from 
RWA  data. 

8.  NEW  CODE  -  (CDAT,  etc.)  This  is  the  fraction  of  each  mix  category 
(see  Table  1)  that  requires  new  code.  In  some  cases,  where  recording 
is  done  to  an  existing  program,  NEW  CODE  may  have  a  greater  value 
than  NEW  DESIGN.  For  all  projects,  values  for  NEW  CODE  were  taken 
directly  from  input  data. 

9.  DEVICE  TYPES  -  (TDAT,  etc.)  This  is  the  number  of  unique  hardware 
devices  in  each  of  four  categories  (see  Table  1)  for  the  program.  These 
values  have  no  effect  on  cost  and  are  used  for  cross-checking  only.  For 
all  projects,  the  device  types,  when  input,  were  obtained  directly 

from  RWA  input  data. 

10.  DEVICE  QUANTITIES  -  (QDAT,  etc.)  This  is  the  total  number  of  hard¬ 
ware  devices  in  each  of  four  categories  (see  Table  1)  for  the  program. 
Like  types  (see  #9)  ,  these  values  have  no  effect  on  cost  and  are  used 
for  cross-checking  only.  For  all  projects,  these  values,  when  input, 
were  obtained  directly  from  RWA  input  data. 

11.  CPLX  -  This  is  a  measure  of  the  complexity  of  the  program  which 
relates  the  difficulty  of  a  task  to  the  normal  time  needed  for 
accomplishment.  Table  2  outlines  an  RCA  method  for  computing  CPLX, 
with  CPLX  for  a  "normal  new  project"  with  a  "normal  crew"  having  a 
value  of  1.0.  Using  Table  2  and  information  about  each  software 
program,  CPLX  was  input  as  follows: 

For  Project  A,  a  CPLX  value  of  1.0  was  chosen,  as  the  project  was 
considered  a  "normal"  new  project  with  an  experienced  crew.  For  Project 
B,  a  CPLX  value  of  0.9  was  chosen,  as  the  project  was  considered  a  redo 
of  previous  work,  but  done  with  some  new  hires.  For  Project  C,  a  value 
of  1.0  was  chosen,  as  the  project  appeared  "normal"  in  all  respects. 

For  Project  D,  a  value  of  .9  was  chosen  because  of  the  experience  level 
of  the  personnel. 


TABLE  2 


TYPICAL  CPLX  VALUES  fJorrn«r  :  ] 


Typical  Complexity  Adjustments 


Personnel  ACPLX 

Outstanding  crew,  among  best  in  industry  .  —.2 

Extensive  experience,  some  top  talent .  —.1 

Normal  crew,  experienced  .  0 

Mixed  (.'xpcrience,  some  new  hires  .  +.1 

Relatively  inexperienced,  many  new  hires  .  +.2 


Product  Familiarity 


Old  hat,  redo  of  previous  work .  -.2 

Familiar  type  of  project  .  — .1 

Normal  new  project,  normal  line  of  business  .  0 

New  line  of  business  .  +.2 


Complicating  Factors 


New  hardware  .  +.1 

New  language  .  +.1 

More  than  one  location/organization  .  +.2 

Hardware  developed  in  parallel .  +.3 

Many  changing  requirements  .  +.3 

State-of  art  advancement . +.4  to  +.6 


TABLE  3 


TYPICAL  PLATFORM  VALUES 


Operating  Environment 

PLTFM 

Production  Center  -  Internally  Developed  Software 

0.8 

Production  Center  -  Contracted  Software 

1.0 

Military  Mobile  (Van  or  Shipboard) 

1.4 

Commercial  Avionics 

1.7 

Ml L-Spec  Avionics 

1.8 

Unmanned  Space 

2.0 

Manned  Space 

2.5 

12.  SCHEDULE  DATA  -  This  consists  of  the  schedule  milestones  for  a 


project,  including  Design  Phase  Start  and  End  dates  (DSTART,  DEND) , 
Implementation  Phase  Start  and  End  dates  ISTART,  lEND) ,  and  Test  and 
Integration  Start  and  End  dates  (TSTART  and  TEND) .  For  all  four 
projects,  the  month  and  year  for  DSTART  and  TEND  were  specified;  the 
Intermediate  milestones  were  not  specified. 

NOTE:  For  all  PRICE-S  runs,  DSTART  must  be  specified  along  with 
either  CPLX  or  TEND.  If  only  DSTART  and  CPLX  are  specified,  all  other 
schedule  milestones  will  be  computed  by  PRICE-S;  if  only  DSTART  and 
TEND  are  specified,  PRICE-S  will  compute  a  CPLX  value  and  all  inter¬ 
mediate  milestones. 

13.  YEAR  -  This  parameter  defines  the  baseline  year  for  technology 
improvement  and  for  cost  escalation.  For  all  projects,  the  year  of  the 
start  of  the  project  was  selected. 

14.  ESC  -  This  parameter  defines  how  cost  escalation  will  be  computed. 

A  value  of  "1"  used  here  for  all  projects  lets  the  model  calculate  cost 
escalation  based  on  an  internal  rate  table  containing  the  following 
rates: 

5.5%  for  1973 
6.7%  for  1974 
9.7%  for  1975 
8.0%  for  1976 
7.6%  for  1977 

15.  TECIMP  -  This  parameter  defines  the  level  of  software  technology 
improvement  from  January  1  of  YEAR  to  DSTART.  No  technological  improve¬ 
ment  was  assumed  for  any  of  the  projects,  so  TECIMP=0  was  input  for  all 
projects. 

16.  MULT  -  This  is  a  linear  multiplying  factor  for  all  project  costs 
which  is  used  for  fee  and  "G&A."  For  Projects  A  and  B,  done  in-house, 
MULT=1000  was  selected,  which  does  not  add  any  overhead,  but  lists 
outputs  to  the  nearest  dollar.  For  Projects  C  and  D,  contracted 
efforts,  MULT  was  input  to  reflect  fees. 

17.  PLTFM  -  This  parameter  relates  the  cost  of  software  development 

to  the  environment  in  which  it  must  operate;  it  is  a  measure  of  software 
testing  and  reliability  requirements  that  must  be  met.  Table  3  lists 
typical  PLTFM  values.  For  Projects  A,  D  and  Airborne  portion  of  C, 
a  PLTFM  value  of  1.7,  "Commercial  Avionics,"  was  selected.  The  software 
for  these  projects  was  designed  for  airborne  applications,  but  no  formal 
testing  or  military  specifications  were  required  during  development. 

For  Projects  B  and  the  Simulator  portion  of  Project  C,  a  PLTFM  value  of 
1.0  was  selected  because  these  projects  were  designed  for  fixed  ground 
applications . 

18.  UTIL  -  This  parameter  refers  to  the  fraction  of  available  hardware 
speed  and  memory  capacity  utilized  by  a  program,  whichever  is  greater. 
Values  of  UTIL  below  .5  indicate  no  constraints  and  do  not  affect  cost. 


7.9%  for  1978 
8.7%  for  1979 
9.6%  for  1980 
9.1%  for  1981 
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but  values  above  .5  and  especially  above  .8,  have  significant  cost 
impact.  For  Project  D  and  for  the  Airborne  portion  of  Project  C, 
memory  constraints  resulted  in  high  UTIL  values  of  .80  and  .85, 
respectively.  For  other  projects,  values  of  .5  or  less  were  selected 
for  UTIL,  as  no  severe  constraints  were  present. 

19.  TARCST  -  The  actual  cost  of  the  project  used  in  the  "ECIRP"  or 
"Design  to  Cost"  modes  of  PRICE-S.  This  was  not  specified  for  any 
of  the  projects,  as  all  runs  were  made  in  the  "normal"  mode. 
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APPENDIX  B 


PRICE-S  OUTPUTS 


This  appendix  contains  the  actual  PRICE-S  run  data  and  outputs 
for  each  of  the  four  projects  considered,  with  total  costs  circled 
The  outputs  also  include  a  sensitivity  analysis  which  shows  the 
effect  of  changes  for  RESO  and  CPLX  on  cost,  and  a  schedule  effect 
sununary  which  compares  the  input  schedule  to  a  "typical"  schedule 
computed  by  PRICE-S  and  demonstrates  areas  where  cost  savings  may 
be  realized  by  changing  schedules. 
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month: 

i;.  0 

month; 

3 .  0 

MOf'TH' 

• .  r.i 

:  C  H  E  D  U  L  F  EFFECT  i.  U  M  t'l  H  F  ' , 


mCTIVITV  LEtICTH  IH  MONTH: 


COMPLEXITY  =  Ci.'^oo 

DESIuN 

IMPL 

T  ;■  I 

TDTml 

SPECIFIED  SCHEDULE 

0.  0 

0.  0 

0.  0 

.  0 

(DVEPLhP.' 

<  Cl.  O' 

'  c 

.  0.' 

TYPIC.RL  SCHEDULE 

0 . 

Cl.  7 

1 . 1 

3.  1 

'•  DVEF'LFiP  ' 

'  Cl .  3  :• 

•  i; 

.  C'  ‘ 

development 

CD  ITS 

COMPLEXITY  =  Cl.  9 U IT 

DESIGN 

IMPL 

T  S.  1 

tdtrl 

SPECIFIED  SCHEDULE 

3397 . 

1 6  0 1 . 

7041. 

13039. 

TYPICRL  SCHEDULE 

'll  IJ  c!  ■ 

1575. 

b93 1 . 

11747. 

E.ST1MRTED  F■Ef^RLTT 

95. 

c'6. 

13Ci. 

341  . 

-  37  - 
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- PRICE  CDFTI.ihPE  mudel - 

DhTE  S-hRP-79  TINE  U7:3:-J 


CaNTPRCTED  hNTEMNH 


HIPBDPNE  SDFTWhPE 


FILEMhNE:  PPOjl 


INPUT  liHTH 


DhTED:  £0  NhECH 


DEiCPIPTDF 1 


I  NTT  pur T I  DNS 

li:  0  0  0 

RPPLICRT ION 

0-  uuO 

PESOuPCE 

E .  7  0  Ij 

FUNCTION" 

0 

STRUCTURE 

0.  Oijij 

LEVEL 

Ij,  '-'Ou 

LNTEGPRT ION 

0 . 3  ij  0 

hPPLICFiTION  CFtTEGOPIE:: 

NEN  DEVELORNENT 

S'VSTEM  C  ONF  I  Gl.iRRT  I  ON 

M I  :< 

DESIGN 

CODE 

type: 

UURNTITY 

DFiTFl  T  P 

0 .  1  ij 

0.  d'z> 

1  .  0  0 

ill 

0 

ONLINE  CONN 

ij .  1  IJ 

0.  £S. 

1 . 0  0 

0 

0 

REFiLTINE  CuC 

0 .  8  Ij 

0.  ES. 

1 .  0 1  j 

0 

0 

ItlTEPRCTIVE 

0.  00 

1 . 0  0 

1 .  0  0 

0 

0 

NRTHENRTICRL 

0.  UU 

1 . 0  0 

1 .  0  0 

♦  ♦♦ 

♦  ♦♦ 

TTPINb  NRNIP 

0.  00 

1 .  0  0 

1 .  0  0 

♦  ♦♦ 

♦  ♦♦ 

OPP  TV STEMS 

0.  00 

1 .  0  0 

1 .  0  0 

♦  ♦♦ 

♦  ♦♦ 

SCHEDULE 

COMPLELITV 

1 .  0  0  0 

DESIbN  STRPT 

MRV  78 

IMPL  STRPT 

0 

Jtl  iTRPT 

0 

DESIGN  END 

0 

IMPL  END 

Ij 

Tsa  Em 

JRN  79 

SUPPLEMENTRL  INFOPMRT ION 

TERR 

1978 

ESCRLRTIOh 

1 .  0  0  0 

TECH  IMP 

0.  0  0 

MULT  I FLIER 

1 080. 000 

PLRTFORM 

1.7 

UTILIZRTIDN 

0 . 8  0 

PPOGRRM  C 

OSTS 

COST  element: 

DESIGN 

IMPL 

T  ;i  1 

TOTRL 

IT' STEM"  ENGINEERING 

1 14£4. 

88£ . 

18457. 

30783. 

PRDGRRNMING 

£488. 

4901 . 

7549. 

14917. 

CONF IGUPRTION 

CONTROL 

1384, 

1  0£7 . 

89  L£. 

113£3. 

DDCUMENTRT ION 

1£99. 

3£4. 

3653. 

5£78. 

RRDGPRM  MRNRGEME  NT 

1  049. 

£9£. 

18£8. 

TOTRL 

178£4 . 

7  488 . 

40199. 

^5  £4  9'^ 

RDDITIDNRL 

DRTR 

DESCRIPTORS 

INSTRUCTIONS 

E  Ij  0  0 

RPPLICRT ION 

7.795 

RESOURCE 

£ .  7  Ij  0 

FUNCTIONS 

klC 

STPUC  TURE 

0.  00  0 

LEVEL 

0.  000 

SCHEDULE 

COMPLEXITY 

1 .  ooij 

DESIGN  STRPT 

MR'i  7y 

IMPL  STRPT 

0 

T&:I  STRPT 

0 

DESIGN  END 

Ij 

IMPL  END 

Ij 

T:CI  END 

JRN  79 

38  - 
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- PRICE  SDFTI.lftRE  MODEL - 

DRTE  S-MflR-79  TIME  07:40 

CDMTRPICTED  HMTENMR  RIPEDRME  ZOFTI.ihRE 

SEHSIT IVITY  DRTh 

COMPLEXITY 

. 9  0  0  1 .  0  0  0  1.  10  0 


£ .  6  0  0 

R 

E 

0 

IJ  £ .  7  0  0 
R 
C 
E 

£.80  0 


COST  59365. 

MOUTHS  3.0 

L-  D  >.  T  ti  c’  c  -I’  c'  ■ 

MONTHS  S.U 

L  D  L  T  b  t’  l.l  C  • 

MornH"  8. 0 

COST  bi:Ll9U, 

:  COST  65349.  : 

LD_T  b9c!b9» 

MOUTHS  3.0 

:  MOUTHS  3.0  : 

MOUTHS  3.0 

COST  64633. 

lDs:!  '“•7yby. 

COST  73114. 

MOUTHS  3.0 

MOUTHS  3.0 

MOUTHS  8.0 

schedule  EFFElT  SUMMRPY 


RCTIVITY  LEUbTH 

lU  MOUTHS 

COMPLEXITY  =  1.000 

DESIGU 

T  &  1 

TDTRL  : 

SPECIFIED  SCHEDULE 
■OVERLRP;-' 

ij-  0 

'  0  -  U  :• 

U.  0 

i; 

0.  0 

0-  0-' 

3.  0  : 

TYPICRL  SCHEDULE 
•OVERLRP ' 

ii!-  4 

*:  1.4,:' 

3.  1 

i; 

4.3 

1.  SS' 

7 . 0 

DEVELOPMEUT 

COSTS 

COMPLEXITT  =  1.000 

DE.  S  I GU 

IMPL 

T  L  1 

TDTRL 

SPECIFIED  SCHEDULE 

1  7 bc'4 , 

E  4  c  b  - 

4019'^. 

6534R. 

TYPICRL  SCHEDULE 

17463. 

7  357. 

393 1 6 . 

b  4  *Z>  -  *•  K'  • 

ESTIMRTED  PEURLTT' 

161 . 

b'^ . 

333. 

613. 

PRICE  SQFTMPRE  MODEL 


DhTE  8-MHP-79  TIME  07: 4£ 


COMTPhlTED  HtiTEMMH 


FILEr<RME:  PPDJl 

INPUT  DRTR 

DEiCPIPTOPS 

S I MULRT I  DM  SOFTWhPE 

DhTED:  £0  MRRCH  78 


I  tfST  PUL  T  I ONS 

c!  Ij  Ij  0 1  j 

RPPLICRTION 

u .  0  0  0 

PESOUPCE 

£.70  0 

FUNCTIONS 

U 

STRUCTUPE 

0  -  1]  Ij  0 

LEVEL 

0.  000 

INTEGPRTION 

0 .  3  0  0 

RPPLICRTION  CRTEROPIES 

NEI.I  DEVELOPMENT 

SYSTEM  C  ONE  I GUPRT I  ON 

MIX 

DESIGN 

CODE 

TYPES 

OURNT  I  T'V 

DRTR  S  P 

0.  0  0 

1 . 0  0 

1 .  0  0 

0 

0 

ONLIt^E  COMM 

0.  00 

1  •  0  0 

1 .  0  0 

0 

0 

PERLTIME  C&C 

0.  00 

1 . 0  0 

1 . 0  0 

0 

0 

ItlTEPRCTIVE 

0 .  0  0 

1 .  0  0 

1 .  0  0 

0 

0 

MRTHEMRTICRL 

0 . 8  0 

0 .  10 

0.  10 

♦♦♦ 

♦  ♦♦ 

STRING  MRNIP 

0 .  0  0 

1 .  0  0 

1 , 0  0 

♦  ♦♦ 

♦  ♦♦ 

OPP  SYSTEMS 

0 .  £  0 

0 .  1  0 

0.10 

♦  ♦♦ 

♦  ♦♦ 

SCHEDULE 

COMPLEXITY 

1 .  0  0  0 

DESIGtl  STRET 

MRY  78 

IMPL  S-iTRPT 

0 

T&I  STRPT 

0 

DESIGr^  END 

0 

IMPL  END 

0 

T&I  END 

JRN  78 

SUPPLEMENIRL  INFDPMRT  lDt^ 

YERP 

1878 

ESCRLRTION 

1 .  0  Ij  0 

TECH  IMP 

0.  00 

MULTIFL  lEE 

lOt 0. 000 

PLRTFDPM 

1 .  0 

UT  ILIZRTION 

0 .  £  0 

PPOGPRM  C 

OSTS 

COST  ELEMEta: 

DESIGrT 

IMPL 

T  li:  I 

TOTRL 

system:  EtiGlNEEE  iriH 

1 1£13. 

55£ . 

£c:£38. 

34  0  Ti3 . 

F'POL'’PRMt*i  1 1 

c  4  c'  c’ . 

3ijb5. 

8085. 

1458£. 

CONE  IGUERT  lOfi 

control 

1 .385 . 

854. 

1 0843. 

1£88£. 

ddcumentmt ion 

888. 

158. 

3457. 

4814. 

E'E'DhE  Rt'1  r’lGMHi.i 

EMENT 

1033. 

1 85 . 

1 888 . 

SjJ^, 

TOTRl 

17051. 

4d14. 

47701 . 

^■8  38t:J 

RDDlTIDNRl 

DRTR 

DESCPIETOE : 

IN^  TPUC  T  lOriS 

£  0  Cl  Ij  IT 

REEL  I  CRT  ION 

C.  m  C*  Z' 

PE  S  OUPC  E 

£ .  7  0  0 

EUNCT  lore 

£££ 

STETICTIJPE 

u-  00  0 

LEVEL 

0.  000 

SCHEDULE 

COMPLEXITY 

1  .  000 

DESIGN  ST  RET 

MR',  78 

IMPL  ST RET 

Ij 

TUI  STRPT 

0 

DESIGri  END 

0 

IMPL  END 

Ij 

T&I  END 

JRti  78 

-  40  - 
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PRICE  inPIliiHPE  MODEL 


DhTE  9-MHP-79  TIME  07:44 

CDMTPhCTED  HMTEMMh  CIMULmTIDH  iDFIi.it^EE 

SENSITIVITY  DhIR 

COMPLEX  I T  Y 


.  9  0  0  1  .  U  ij  I j  1.1  U  0 


COST  65014. 

MONTHS  S.O 

COST  6tl5S. 

MONTH!  S.O 

COST  t7S01. 

MONTHS  S.O 

COST  6SL45.. 

S  LG::7  ~ 

COST  711St.. 

MONTHS  S.O 

:  MONTHS  S. 0  : 

MONTHS  S.O 

COST  70840. 

COST  7S136. 

COST  7S-^'-“. 

MONT  HS.  S .  0 

MONTHS  S.O 

MONTH'  S.O 

SCHEDULE  EFFECT  SUMMFiPY 


HCTIVITY  LENbTH  IN  MONTH! 


COMPLEXITY  =  1.000 

DESLbN 

LMPL 

TCI 

TDTRL 

SPECIFIED  SCHEDULE 

0-  0 

0 .  0 

0.  0 

8 .  ‘  j 

•OVEPLhP.' 

0-  O  ' 

'■  0 

.  OL 

TYPICRL  SCHEDULE 

1.  s 

1.5 

3.  1 

cr  ~i 

■DVERLRP;' 

'■  1  j .  t- ' ' 

‘  Ij 

.5> 

DEVELOPMENT 

COSTS 

COMPLEXITY  =  1.000 

DESISN 

IMPL 

T  S  1 

TOTRL 

SPECIFIED  SCHEDULE 

17051. 

4614. 

47701 . 

89  > 

TYPLCRL  SCHEDULE 

159S 1 . 

4  3  SI. 

445S7. 

64  SS'^. 

ESTIMRTED  PENRLTT' 

1  07  0 . 

c'93. 

3114. 

44  7S. 

-  A1  - 

PRICE  SOFTWRFE  HDHEL 


SYSTEM  Ir^TEGPRTI□t^ 


HftTE 

8-MftP-79  TIME 

07:47 

CQHTPhl TEI* 

LMTEGPftT IDM 

ftMH  TEST 

IMPUT  DftTft 

FILEHHME:  PPDJC 

HftTEH:  £0 

MftPCH  78 

SCHEHULE 

COMPLEX I  T  V 

1 . 000 

HESIGM  SThPT 

OCT  7a 

IMPL  STftPT 

0 

T&I  STftPT 

0 

DESIGM  END 

0 

LMPL  EMH 

0 

T&I  EMH 

JftM  79 

SUPPLEMEMThL  IMFOPMhT IQM 

YE  ftp 

1  978 

ESCftLftTIOM  1. 

0  0  0 

TECH  IMP 

0.  00 

MULTIPLIER 

1 060. 000 

PLftTFOPM  I. 

0 

UTlLIZftTIOM 

0 .  £  0 

PROGPftM  COSTS 

COST  £LEMEt^TS 

DESIGM 

IMPL 

T  S.  1 

TOTftL 

SYSTEMS  EMGIMEEPING 

£74  0. 

134. 

££65 . 

5139. 

PPDGPftMM 1  MG 

59£. 

745. 

9£7. 

££6'4 . 

COMFIGUPftTIOM 

COMTPOL 

£  1 9 . 

103. 

•'  iL  -Z*  m 

1046. 

DOCUMEMTftTIOh 

153. 

£4. 

£08. 

384 . 

F'F'DGPftM  MfttiftG 

EMEMT 

155. 

C  • 

115. 

TOTftL 

3859. 

1034. 

4  £38. 

ftHHITlOMftL  HftTft 

SCHEHULE 

COMPLEXITY 

1 .  0  0  0 

HESIGM  ST ftp T 

OCT  78 

IMPL  STftPT 

0 

T&:I  STftPT 

0 

HESIGM  EMH 

0 

IMPL  EMH 

0 

T&I  EMH 

Jftti  79 

SUMMftP'T 

OF  SOFTI.lftPE 

HEVELOPMEMT  TOTftLS 

PPOGPftM 

C  OSTS 

COST  ELEMEMTS 

DESIGM 

IMPL 

T  &  1 

TOTftL 

SYSTEMS  EMGIMEEPIMG 

“•  t  “i  ^  T* 

k-  -■  1'  1  • 

1568. 

4£960. 

69905. 

F'POHPftMM  I  M6 

548 1 . 

87 11. 

17571. 

31 1 6  3 . 

COMFIGUPftTIOM  COMTPOL 

£988 . 

1784. 

£0578. 

£5350. 

HOCUMEraftTIDM 

£451. 

507. 

7317. 

10£75. 

PPOGPftM  MftMftGE ME  MT 

C'C-'  r*!''  • 

504. 

3711. 

TOTftL 

385314 . 

13074. 

9£ 1 38 . 

C143746^ 

-  42  - 


- PRICE  SDFTI..IHRE  MODEL - 

SYSTEM  IMTEC-RRI  ION 
DRTE  8-MRR-79  TIME  07: 49 

□MTRRCTED  RMTEMMR  LNTEGRRTIDri  RMD  TEST 

SEMSITIVITY  DRTR 


COMPLEXITY 

9  0  0  1 .  LI  0 1  j  1.1 0  U 


LOsT  8817. 

COST  8771. 

CD:T  9u£;3. 

c* .  C-  LI  U 

MONTHS  3.0 

MONTHS  3.0 

MDtilH:  3.0 

R 

E 

D 

LOST  8988. 

:  COST  9150.  : 

LD  T  • 

U  8 . 7  0  0 

R 

f: 

month:  3.0 

:  month:  3.0  : 

month.  3.0 

E 

COST  9£85. 

COS  7  94  39. 

COST  97£&. 

£ .  8  0  0 

month:  3.0 

MONTHS  3.0 

month.  3.0 

SCHEDULE  EFFECT  SUMMRPT 

RCTIVITY  length  IN  MONTH 

COMPLEXITY  =  1.000 

DESIGN 

IMC'L 

T  L  I 

TDThL 

SPECIFIED  SCHEDULE 

0.  0 

0.  0 

0.  ij 

3.  0 

(OVEPLRP' 

1 

0-  0  .'  t  0.  Cl 

1 

TYPICRL  SCHEDULE 

1 .  0 

0 . 8 

1.  £ 

^.4 

-OVEPLRP- 

Li  .  4  '  -;  0  .  3 

1 

DEVELOPMENT  COSTS 

COMPLEX  ITT'  =  l.OUU 

DE : I 6N 

LMPL 

T  1 

TDTmi. 

SPECIFIED  :CHEDULE 

li.i;.4. 

4  £3. 3. 

3 1  3 1 ' . 

TYPICRL  SCHEDULE 

Il  1  C‘  • 

1015. 

41-;.  IT  . 

ESTIMRTED  PENRl.T', 

71  . 

19. 

rx 

Ir  , 

- PF'IlE  SDFTIiJhPE  NDIIEL - 

DhTE  1E.-NHF-79  TIME  i:i9:£7 

CDHTPhCTEIi  PRDhP  phdhp  SDFTWhPE 

IMPLIT  URTh 

FILENhME:  PPDJD  DhTED:  £3  JUtiE  7S 

DE3LPIPTDP3 


IMSTPUCTIDMS 

7375  0 

RPPLICRTIDH 

u,  OOu 

PESDUPCE 

E .  5  Cl  0 

FtJHCTlOnS 

U 

STPDCTUPE 

Cl .  0  0  0 

LEVEL 

ij.  ijijO 

RPPLICRTIDM  CRT EG 

□PIES 

HElii  riEVELDPMENT 

SYSTEM  L  DtHF  I  GUPhT  I  Dti 

MIK 

DESIGH 

CODE 

TYPES 

C'URriT  ITY 

DRTR  SP 

0.  15 

1 .  0  0 

1 .  0  0 

4 

4 

DHL  I  HE  CDMM 

0 .  0  0 

0.  00 

0.  00 

1 

PERLTIME  Cil.C 

0.  15 

1  .  0  0 

1 . 0  0 

3 

E 

irnEPRCTIVE 

0.  05 

1 .  0  0 

1 .  0  0 

1 

1 

MRTHEMRTICRL 

0 .  G5 

0 . 99 

0 .  '^9 

♦  ♦♦ 

♦  ♦♦ 

iTPIHG  MRHIP 

0.0  0 

0.  0  0 

0.  0  0 

«♦« 

♦  ♦♦ 

DPP  CMTEM3 

0.  0  0 

0.  0  0 

0.  00 

♦  ♦♦ 

♦  ♦♦ 

ICHEDUlE 

cohple:  .iTv 

0.900 

rlE:SIGr^  ITRPT 

MR'i  74 

IMPL  STRPT 

0 

Till  STRPT 

DESIGh  EHIi 

0 

LL 

0 

Till  EtiD 

riH',  79 

C  UPPLEMEfHTRL  I  NFDPMRT  I  DM 

‘('EhJ' 

l'?74 

ESCRLRT IDh 

1 . 0  0  0 

TECH  IMP 

Cl.  1.1 0 

r-IULTIPLlEP  11 

E  I't .  IJ 1  j  iJ 

PLRTFDPM 

1.7 

UT ILIZhTIQH 

O.E5 

PPDGPRM  CD 

STS 

CnZT  ELEMEfiTZ 

DESIGH 

IMPL 

T  a  1 

tdtrl 

SYSTEM'  EHGItiEEF  IMG 

4  084  0  0 . 

14914. 

388455. 

80  978'^. 

F’F'DhF  RMM  1 1  iw 

111149. 

3'4i:'yR. 

1 58878 , 

359  318. 

L Dr rp  I *tLF rt  I  Dt^  l Dr-fT F'Ol 

81983. 

£8'98  Zi . 

£84174.  Z 

373139 

DDCUMEHTRTIDH 

87£09. 

9057. 

131790. 

£  08  058 . 

PPDGPRM  MRHhGEMEHT 

70744. 

£.£8  0 . 

81817. 

tdtrl 

717485. 

1485£3. 

1  0£4'4  14. 

RDDITIDNRL 

DhT  h 

DEZCPIPTDF : 

IHZTFUCTIOtHZ  7  3750 

hFFLICRT IDH 

£ .  9'^7 

PESDi.iPCE 

£ .  5  0  IT 

FUtiCTIDHZ  819 

STPUC  rUFE 

0.  000 

LEVEL 

ij .  Cl  u  I'.i 

SCHEDULE 

CDMPLE.-  ITT  0.900 

DEZI‘Gti  ZTRPT  MR'.  74 

IMPL  ZTRPT 

0 

Till  STRPT 

l.l 

DEZIGr^  EfiD  0 

IMPL  EHD 

0 

Til  1  EtiD 

Hh'C  79 

-  4A  - 


PRICE  iDFTiiiHPE  riDDEL 


DhTE  C-r'lHP-79  TIME 

DHTPhCTED  PhDhP  RriLiPt'  IDFTi.iKt-t- 

SEtil  ITlv IT'.  DhTm 


CDMPLEXIT'i 


•  0 1  j 

-  9 « j  IJ 

1  .  M  Ij  I.I 

CD  IT 

173;l7^7. 

C03  T 

173111  Ml. 

COIT 

i7'--i:  :•  i; . 

£ .  4  M  Ij 

MONTH; 

iz,l  J.  0 

month: 

6  0,  0 

vmtOH. 

n  V.  0 

p 

E 

□ 

CD  IT 

l.S'^4=.ijc. 

:  con 

13'^iJ'3£3.  : 

con 

1  r't.  r:  .T..7  . 

ij 

ci .  5  0  0 

P 

MONTH  I 

t:.0.  U 

:  MOfOH 

60.  M  : 

Mor<TH ; 

r.  i . ,  1 1 

E 

CDIT 

£00733'^. 

con 

d'  IJ  0  N  I.i4  . 

il  D 1 1 

£  Ul:  Icf:  '  . 

c! .  6  0  0 

MONTH ■ 

ri-0,  il 

MDtiTHI 

*i‘  0 .  0 

MONTH ■ 

6  u .  0 

SCHEDULE 

EFFECT  IUMMhF', 

hctivIT',  lenuth  in  month 

5  COMPLEX]  T'V  =  0,  Ji.iij 

DEI  Ul-ti 

1 MPL 

T  11  1 

TDT.iiL 

:  SPECIFIED  SCHEIiULE 

(OVEPLHP. 

J.  u 

1 

u .  0 

0 .  rt '  ' 

Ij .  0 

u.  O' 

60.  0 

;  T'lPICHL  schedule 
:  (OVEPLHP. 

6.  t‘ 

■^.  £ 

4.9. 

13.1 

er  , 

£  Ij  . 

DEVELOPMENT  HOITS 

C  0  M  P  L  E  K I  T 't'  =  0 , 9  0  0 

DEIInN 

I  MPL 

■BHM 

TOThL 

SPECIFIED  SCHEDULE 

7L7435. 

143S.£3. 

1  0£4'314. 

1 1:'4  I.I'-'.:  £ . 

TTPIChL  SCHEDULE 

433313. 

•3  3'34':.. 

•"•c'y  IJ  IJ*;- « 

1  l'3ij£35. 

ESTIMRTED  PEMHLTV 

£4'?17£. 

54573. 
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